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Beschreibung 

Programmierung eines Speicherbausteins tiber ein Boundary 
Scan-Register 

Die zugrunde liegende Erf indung basiert auf einem Verf ahren 
sowie einer Schnittstelle zur On-Board-Programmierung 
und/oder In-System-Konf iguration (ISC) eines auf einer Lei- 
terplatte montierten Speicherbausteins durch Ansteuerung sei- 
ner Eingange mit Hilfe eines auf derselben Leiterplatte mon- 
tierten anwendungsspezifischen integrierten Halbleiterbau- 
steins tiber ein Boundary Scan (BSCAN) -Register, dessen Aus- 
gangssignale zur Aktivierung bzw. Deaktivierung einer 
Schreiboperation vorgesehen sind. 

Die Boundary-Scan-Technik (BSCAN) ist ein standardisiertes 
Verfahren fur Boardtests, das 1990 formell als Industriestan- 
dard IEEE 1149.1 fur Test Access Port (TAP)- und Boundary 
Scan (BSCAN) -Architekturen verabschiedet wurde. Auf dieser 
Spezifikation basieren Verbindungstests auf Boardebene in der 
Produktion von komplexen Printed Circuit Boards (PCBs) . Be- 
sitzt der PrUfling einen eigenen Mikroprozessor nebst Flash- 
basiertem Programmspeicher, kann ein Built-in Self Test bei- 
spielsweise durch Laden des Flash-Speichers via Boundary Scan 
mit Hilfe eines Selbsttestprogramms implementiert werden. Im 
Speicher abgelegte Testresultate sind dabei nach Beendigung 
des Testvorganges wiederum per Boundary Scan auslesbar. 

Zur Durchfuhrung von Boundary Scan-Tests mussen zwei Bedin- 
gungen erfUllt sein: Zumindest einige der integrierten Schal- 
tungen (ICs) auf der Platine mussen der BSCAN-Spezif ikation 
entsprechen. Bei der Prufung wird dann mit Hilfe von Testvek- 
toren ein BSCAN-Register dazu veranlasst, den gewunschten 
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Test auszufiihren. Daruber hinaus mussen die Produktentwickler 
einen Scanpfad zwischen den einzelnen ICs zur Verfugung stel- 
len, der von einem Test Access Port (TAP) durch die ICs hin- 
durch wieder zuruck zum TAP fuhrt, wo die Daten schliefilich 
5 abgetastet werden. Beiiti Prufen von elektrischen Anschliissen 
stellen Boundary Scan-Tests eine ausgezeichnete Alternative 
zu In-Circuit-Tests (ICTs) dar . Die Kosten fur die Durchfiih- 
rung der Funktionspruf ung sind niedrig, und aufgrund der zu- 
nehmenden Miniaturisierung integrierter Halbleiterbauteile 
10 1st anzunehmen, dass sich der Trend hin zu Boundary Scan wei- 

ter fortsetzen wird. \ 

Der IEEE-Standard 1149.1 spezifiziert neben den notwendigen 
Hardwarestrukturen auch eine adaquate Beschreibungsf orm all 

15 dieser Eigenschaf ten in Form der Boundary Scan Description 

Language (BSDL) . Dabei ist dieser Standard so of fen gehalten, 
dass durch Definition kundenspezif ischer Register und ent- 
sprechender Instruktionen applikationsspezif ische Funktionen 
implementiert werden konnen, ohne an Kompatibilitat zu ver- 

20 lieren. Genau auf diesem Umstand beruhen prinzipiell auch al- 
le konventionellen Verfahren zur In-System-Programmierung 
(ISP) integrierter Halbleiterbauteile, die auf der Basis von 
Boundary Scan arbeiten, allerdings existierte dafur bisher %#t.< 
kein Standard. Auch eine einheitliche Definition von Testvek- 

25 torformaten zum Datenaustausch ist .im IEEE-Standard 1149.1 
nicht enthalten. 

Wurde das Boundary Scan-Verf ahren gemaB IEEE-Standard 1149.1 
bisher vor allem als innovative Technologie zur Funktionsprii- 
30 fung integrierter Schaltungen bzw. zur Verifikation und Simu- 
lation von Hardwarefehlfunktionen verwendet, zeigen jungste 
Entwicklungen weitere Einsatzmoglichkeiten dieses Prinzips 
auf. Neben der Nutzung zu Testzwecken wird Boundary Scan auch 
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sehr effektiv im Bereich der sogenannten In-System-Program- 
mierung (ISP) von Flash-Speichern sowie Programmable Logic 
Device (PLD)-Bausteinen, wie z.B. Field-Programmable Gate Ar- 
rays (FPGAs) mit bis zu 10.000 Logik-Gattern pro Array oder 
Programmable Logic Arrays (PLAs) , eingesetzt. Dabei werden 
die einzelnen Steuer- und Adress-Eingange eines Flash-Spei- 
chers uber die diesen Eingangen zugeordneten, miteinander 
verketteten BSCAN-Zellen eines BSCAN-Registers derart stimu- 
liert, dass wahlweise eine Lese- oder Schreiboperation ausge- 
lost wird. Wie aus der in Fig. 1 abgebildeten Prinzipskizze 
zu entnehmen 1st, konnen die Steuer-, Adress- und Datensigna- 
le von den entsprechenden BSCAN-Zellen erfasst und ausgegeben 
werden. 

Mit dem im Januar 2001 herausgegebenen IEEE-Standard 1532 
wurde erstmals eine einheitliche Normierung fur die Systemar- 
chitektur und ein geeignetes Datenformat zur In-System- 
Konfiguration (ISC) von programmierbaren integrierten Halb- 
leiterbauteilen geschaffen. Dieser Standard beschreibt eine 
Reihe von obligatorischen und optionalen Programmierinstruk- 
tionen und entsprechenden Datenregistern. Prinzipiell stellt 
der IEEE-Standard 1532 eine auf die speziellen Anf orderungen 
der Programmierung abgestimmte Erweiterung des IEEE-Standards 
1149.1 zur Standardisierung des Programmierprozesses filr pro- 
grammierbare Halbleiterbausteine dar, ist aber zu diesem 
vollstandig kompatibel. Da sich der IEEE-Standard 1532 jedoch 
ausschlieiilich auf programmierbare Halbleiterbausteine be- 
zieht, die eine JTAG-Schnittstelle aufweisen und in der Lage 
sind, Programmierdaten intern abzuspeichern, bezieht sich 
dieser Standard nicht auf Flash-Speicher ohne JTAG-Schnitt- 
stelle. Grundsatzlich-umfasst der IEEE-Standard 1532 die 
Standardisierung spezieller iSC-Datenregister, ISC-Instruk- 
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tionen, BSDL-Erweiterungen fur die Beschreibung der ISC- 
Merkmale sowie ein spezielles Dateif oririat . 

Damit geht der Standard IEEE 1532 weit iiber alle bisherigen 
5 Losungen hinaus und ermoglicht auf Basis seines innovativen 
Charakters auch die simultane Prograitimierung mehrerer kompa- 
tibler Bauelemente. Durch eine Reihe von zusatzlichen Funkti- 
onen, wie z.B. der Nutzung spezieller Programmier-Spannungs- 
Pins, Compliance-Enable-Pins und der Moglichkeit einer Defi- 
10 nition optionaler ISC-Instruktionen, bietet IEEE 1532 auch 

die notwendigen Freiraume zur Schaffung applikationsspezif i- 
scher Kompatibilitaten . Beim IEEE-Standard 1532 erfolgt dabei--^ 
grundsatzlich eine methodische Trennung von Prozessinf ormati- 
onen und Programmierdaten . 

15 

Die fur die Prograitimierung notwendigen Bauelementeinf ormatio- 
nen sind in entsprechenden „BSDL-Erweiterungen m eines BSDL- 
Files enthalten. Ein aus Nutzersicht ganz wesentlicher Be- 
standteil ist hierbei der sogenannte ^Attribute ISC_Flow* . 

20 Dieser niirunt die Umsetzung von Basisprogrammierf unktionen, 
wie z.B, Loschen, Programmieren, Verifizieren etc,, in ent- 
sprechende Teilsequenzen vor. Sollen mehrere IEEE-1532- 
kompatible Bauelemente gleichzeitig programmiert werden, muss^ 
die Programmiersof tware die Fahigkeit besitzen, eine beliebi- 

25 ge Anzahl von ^Attribute ISC_Flows* virtuell zusammenzufuh- 
ren. Aufgrund dieser Methodik bietet der IEEE-Standard 1532 
die Moglichkeit, PLDs verschiedener Hersteller unabhangig von 
der Prozesstechnologie (z.B. EEPROM-, SRAM- oder Flash- 
basiert), ihrer Architektur oder ihrer Spannungspegel zu pro- 

30 grammieren . 

Die BSDL-Files mussen typspezif isch vom jeweiligen Chipher- 
steller bereitgestellt werden . Sie sind insofern ein ganz we- 
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sentlicher Teil des Lief erumf anges . Demgegentiber werden die 
Programmierdaten individuell durch den PLD-Designer iiber ei- 
nen entsprechenden Target-Compiler in Form eines Daten-Files 
erzeugt. Ohne auf nahere Einzelheiten einzugehen, sei nur er- 
wahnt, dass es sich hierbei um ASCII-Dateien mit einer spe- 
ziellen Syntax handelt, so dass sie gelesen und editiert wer- 
den konnen. Fur jedes zu programmierende Bauelement miissen 
nach diesem Funktionsprinzip ein BSDL-File und ein dazu kon- 
sistentes Daten-File vorhanden sein. 

Auch wenn die bisher beschriebene Theorie des IEEE-Standards 
1532 vielversprechend erscheint, reicht das fur den prakti- 
schen Erfolg dieses Standards keinesfalls aus . Insbesondere 
die Programmiersoftware nimmt aufgrund der Vielzahl notwendi- 
ger Funktionen eine SchlUsselstellung ein und bestimmt maJ5- 
geblich die Effizienz der iSC-pperationen . 

Bei der simultanen Programmierung mehrerer Bauelemente hangt 
die erzielbare Zeiteinsparung von vielen verschiedenen Fakto- 
ren ab . Dabei sind insbesondere die Komplexitat, Architektur, 
Technologie und Taktrate des betreffenden Bauelements zu nen- 
nen. Insofern sind verif izierbare quantitative Aussagen dar- 
iiber abhangig von der jeweiligen Implement ierung und Applika- 
tion. 

Gerade bei Boundary Scan spielt die kontinuierliche Weiter- 
entwicklung der Sof twarewerkzeuge eine entscheidende Rolle 
fUr die effektive Umsetzung dieser zukunf tsweisenden Techno- 
logie in der Praxis. In Zusammenhang mit der BSCAN-basierten 
On-Board-Programmierung von Speicherbausteinen ist dabei als 
Stand der Technik insbesondere die integrierte Entwicklungs- 
und Programmierumgebung SYSTEM CASCON™ der Herstellerf irma 
GOPEL electronic GmbH aus Jena zu erwahnen. 
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Um die neue Programmiermethode mit anderen BSCAN-Prozeduren 
wie Debugging, Produktionstests oder Flash-Programmierung zu 
kombinieren, ist bei GOPEL ein J-Drive Programming Engine 
vorgesehen, das zur In-System-Konf iguration (ISC) eines PLDs 
direkt in die Boundary Scan-Sof twarepakete SYSTEM CASCON™ 
und POLARIS™ eingebunden ist. Dieses J-Drive Programming En- 
gine greift dabei auf Konf igurationsdaten aus einem BSDL-File 
zur Konf iguration eines Test Access Ports (TAP) gemafi IEEE- 
Standard 1149.1 zu, welches als Steuereinheit zur Ansteuerung 
der BSCAN-Zellen des BSCAN-Registers uber eine Programmier- 
schnittstelle verwendet wird. In Verbindung mit den zur Ver- 
fugung stehenden Controllerh auf Basis von USB, PCI, PXT oder 
VXI lassen sich dadurch Multi-Mode-Boundary-Scan-Systeme mit 
zugeschnittener Leistungsf ahigkeit fur Labor, Produktion und 
Service kostenoptimiert konf igurieren. Auf diese Weise wird 
es moglich, beispielsweise bei der Produktion mit nur einem 
Gerat ein auf einer Leiterplatte montiertes PLD auf Ferti- 
gungsfehler zu testen, anschliefiend das PLD zu konf igurieren 
und eine bestimmte Produktionsversion der Firmware in einen 
vorhandenen Flash- Speicher zu laden. 

Nach dem Stand der Technik erfolgt die Programmierung von 
Flash-Speichern in der Regel mit Hilfe von anwendungsspezif i- 
schen integrierten Halbleiterbausteinen (ASICs) , die in der 
Lage sind, den betreffenden Flash-Speicher auch wahrend des 
Betriebs zu konf igurieren. In der Regel sind dies ASICs, die 
den JTAG-Standard IEEE 1149.1 unterstutzen (vgl. Fig. 1: 
Schnittstelle zwischen ASIC-1 und Flash-1) . Zu diesem Zweck 
wird ein ggf . verkiirztes BSCAN-Register benutzt, mit dessen 
Hilfe die fur die Programmierung des Speicherbausteins beno- 
tigte Zeitdauer entscheidend verkurzt werden kann. 
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Bei Anwendung dieses Verfahrens ergibt sich jedoch eine Reihe 
von Problemen: So 1st beispielsweise zur Programmierung eines 
Flash-Speichers die Erstellung eines Programms verhaltnisma- 
JUg aufwendig, da die Konf iguration (d.h. die Verbindungen 
zwischen ASIC und Flash-Speicher ) aus dem Stromlaufplan bzw. 
aus der daraus ableitbaren Netzliste entnommen und das BSDL- 
File des ASICs herangezogen werden muss. Ferner ist eine si- 
multane Programmierung mehrerer, auf derselben Leiterplatte 
montierter integrierter Halbleiterbausteine derzeit nicht 
moglich. DarUber hinaus ist bei herkommlichen Verfahren auch 
ein Burstbetrieb nicht moglich, da bei jedem Schreibzyklus 
die Programmierdaten in den ASIC geschoben werden mussen so- 
wie in der Regel auch die Adressen und die Steuerbits. 

AUFGABE DER VORL I E GENDEN ERFINDUNG 

Ausgehend von dem oben genannten Stand der Technik, ist die 
vorliegende Erfindung der Aufgabe gewidmet, ein Verfahren zur 
On-Board-Programmierung sowie In-System-Konf iguration (ISC) 
eines Speicherbausteins durch Stimulierung einzelner seiner 
Eingange iiber Speicherzellen eines BSCAN-Registers zur Akti- 
vierung bzw. Deaktivierung einer Schreiboperation bereitzu- 
stellen, bei dessen Anwendung der fur die On-Board-Program- 
mierung benotigte Stromlaufplan bzw. die daraus ableitbare 
Netzliste nicht mehr herangezogen werden muss. 

Weiterhin soil die simultane Programmierung mehrerer, auf 
derselben Leiterplatte montierter Speicherbausteine auch bei 
Burstbetrieb ermoglicht werden. 

Diese Aufgabe wird erf indungsgemaB durch die Merkmale der un- 
abhangigen Patentanspruche gelost. Vorteilhafte Ausfuhrungs- 
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beispiele, die den Gedanken der Erfindung weiterbilden, sind 
in den abhangigen Patentanspruchen definiert. 

ZUSAMMENFASSENDE DARSTELLUNG DER VORL I EGENDEN ERFINDUNG 

im Rahmen der erf indungsgemafien Losung ist zur Lbsung der im 
vorangehenden Abschnitt definierten Aufgabe ein Verfahren so- 
wie eine parallele Schnittstelle zur On-Board-Programmierung 
und/oder In-System-Konf iguration guration ( ISC) eines auf ei- 
ner Leiterplatte montierten Speicherbausteins durch Ansteue- 
rung einzelner Eingange des Speicherbausteins mit Hilfe eines ^ 
auf derselben Leiterplatte montierten anwendungsspezif ischen ■„ 
integrierten Halbleiterbausteins tiber einzelne Speicherzellen 
eines BSCAN-Registers zur Aktivierung bzw. Deaktivierung ei- 
ner Schreiboperation vorgesehen. Dabei ist die Architekturbe- 
schreibung des Halbleiterbausteins und des zu programmer en- 
den Speicherbausteins sowie das Datenformat der Programmier- 
(DATA_IN) und Konf igurationsdaten (Conf data) in einem BSDL- 
File abgespeichert. Die Leiterplatte ist liber eine zur Durch- 
ftihrung einer FunktionsprUfung des Speicherbausteins geeigne- 
te JTAG-Schnittstelle zur Ein- bzw. Ausgabe von Standardbus- 
signalen (TDI, TDO, TMS, TCK und TRST) sowie zur Eingabe der 
Ansteuersignale des Halbleiterbausteins ansteuerbar. 

Zur Verringerung des Programmieraufwands werden erf indungsge- 
maJ5 die Daten des Stromlauf plans bzw. der daraus ableitbaren 
Netzliste, welche die Konf iguration der Schnittstelle zwi- 
schen dem zu programmierenden Speicherbaustein und dem Halb- 
leiterbaustein festlegen, in einer weiteren Datei (BSDL-File) 
abgespeichert, so dass der zu programmierende Speicherbau- 
stein nach Anpassung der Eigenschaf ten des Halbleiterbau- 
steins an den IEEE-Standard 1532 uber eine JTAG-Schnittstelle 
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in gleicher Weise wie ein programmierbarer Logikbaustein 
(PLD) programmiert werden kann. 

KUR Z BE S CHRE I BUNG DER Z E I CHNUNGEN 

Weitere Eigenschaf ten, Merkmale, Vorteile und Anwendungen der 
zugrunde liegenden Erf indung ergeben sich aus den untergeord- 
neten abhangigen Patentanspruchen sowie aus der folgenden Be- 
schreibung zweier Ausf uhrungsbeispiele der Erfindung, welche 
in Fig. 1 bis 3 dargestellt sind. Hierbei zeigt 

Fig. 1 ein Schaltungslayout eines Printed Circuit Boards 

(PCBs), welches zur Programmierung und Konfigurati- 
on zweier Flash-Speicber uber ein Boundary Scan • 
(BSCAN) -Register via JTAG-Schnittstelle nach dem 
Standard IEEE 1532 geeignet ist, wobei die Schnitt- 
stelle zwischen dem ASIC und dem zweiten Flash- 
Speicher durch einen Teil des BSCAN-Registers ge- 
bildet wird, 

Fig. 2 ein reduziertes Schaltungslayout desselben PCBs zur 
Programmierung und Konf iguration eines integrierten 
Flash-Speichers tiber ein BSCAN-Register via JTAG- 
Schnittstelle auf Basis eines BSDL-Files nach dem 
Standard IEEE 1532, wobei ein Configuration- 
Register gemafi IEEE-Standard 1532 mit dem Ausgang 
eines anwendungsspezif ischen Halbleiterbausteins 
verbunden ist, und 

Fig. 3 Detailansichten zweier Ausf uhrungsbeispiele des 

Schaltungslayouts zur Verschaltung der Multiplexer 
und Flipflops einer Scan-Zelle des BSCAN-Registers 
und einer Capture-Zelle des Configuration-Registers 
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zur Bereitstellung der fur die Programmierung des 
Flash-Speichers benotigten Steuer- r Daten- und 
Adresssignale . 

DETAILLIERTE BE S CHRE I BUNG DER ERFINDUNG 

Im Folgenden soli die zentrale Idee der erf indungsgemaJien L6- 
sung anhand der in Fig. 1 bis 3 abgebildeten Ausf uhrungsbei- 
spiele naher erlautert werden. Die Bedeutung der mit Bezugs- 
zeichen versehenen Symbole in Fig. 1 bis 3 kann der beigefiig- 
ten Bezugszeichenliste entnommen werden. 

Im Rahmen eines Ausf uhrungsbeispiels der vorliegenden Erfin- 
dung ist ein zur On-Board-Programmierung und In-System- 
Konf iguration (ISC) eines Flash-Speichers 116 geeignet ange- 
passtes ASIC 108 vorgesehen, das uber eine JTAG-Schnittstelle 
102 gemaJi IEEE-Standard 1149.1 ansteuerbar ist und den Flash- 
Speicher 116 auch wahrend des Betriebs neu programmiert bzw. 
konf iguriert . Erf indungsgemafi konnen dabei das ASIC 108 und 
der zu programmierende Flash-Speicher 116 im Rahmen des IEEE- 
Standards 1532- als zusammenhangende Einheit 120 betrachtet 
werden (siehe Fig. 1 und 2) . Demzufolge ist es unerheblich, 
ob sich der Flash-Speicher 116 innerhalb oder aufierhalb des ^ 
ASICs 108 befindet. 

Verleiht man diesem ASIC 108 Eigenschaf ten gemafi IEEE-. 
Standard 1532, kann der Flash-Speicher 11 6 auf die gleiche 
Art wie ein programmierbarer Logikbaustein (PLD) programmiert 
werden. Dabei werden die Daten des Stromlauf plans bzw. der 
daraus ableitbaren Netzliste, welche die Konf iguration der 
Schnittstelle 118 und 119b zwischen dem zu programmierenden 
Flash-Speicher 116 und dem ASIC 108 festlegen, im BSDL-File 
abgespeichert . Daraus ergeben sich die folgenden Vorteile: 
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- Da das BSDL-File jetzt alle Inf ormationen ftir die Program- 
mierung des Flash-Speichers 116 enthalt, muss der Strom- 
laufplan bzw. die daraus ableitbare Netzliste ftir die Pro- 
grammer st el lung nicht mehr herangezogen werden. Somit kann 
der Programmieralgorithmus wie bei programmierbaren Logik- 
bausteinen (PLDs) automatisch von JTAG-Tools, wie z.B. dem 
BSCAN-Softwarepaket SYSTEM CASCON™ der Firma GOPEL elect- 
ronic GmbH, generiert werden. 

- Ferner ist eine simultane Programmierung und/oder Konfigu- 
ration mehrerer, auf derselben Leiterplatte 100 montierter 
Halbleiterbausteine 114, 116 moglich, wodurch bereits bei 
der Produktion der Leiterplatte 100 eine erhebliche Kosten- 
reduzierung erreicht werden kann. 

- Daruber hinaus ermoglicht die zugrunde liegende Erfindung 
nach Anschluss eines Configuration-Registers 119b zur Zwi- 
schenspeicherung anfallender Adress- und Steuerdaten an die 
Ausgange des zur Programmierung des Flash-Speichers -116 
vorgesehenen ASICs 108 auch die Programmierung bzw. Konfi- 
guration des Flash-Speichers 116 bei Burstbetrieb . 

Der IEEE-Standard 1532 lasst mehrere Optionen fur die Bereit- 
stellung von Steuer-, Daten- und Adressinf ormation tiber die 
JTAG-Schnittstelle 102 zu. In einem Ausfuhrungsbeispiel der 
vorliegenden Erfindung wird das nach IEEE-Standard 1532 spe- 
zifizierte „Memory Array' eines PLDs, welches die Konfigura- 
tionsdaten enthalt, die die programmierten Funktionen des 
PLDs festlegen, durch eine parallele Schnittstelle 118, 119b 
(externes Memory Array) zu einem externen Flash-Speicher 116 
ersetzt. Hier bieten sich wiederum mehrere Moglichkeiten an: 
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Die parallele Schnittstelle zwischen dem ASIC 108 und dem 
zu programmierenden Flash-Speicher 116 wird durch eine Se- 
rienschaltung mehrerer Speicherzellen 204a, die Teil des 
BSCAN-Registers 118 sind, gebildet (siehe Fig. 1) . 

Alternativ kann ein zur In-System-Konf iguration (ISC) des 
zu programmierenden Speicherbausteins 116 geeignet ange- 
passtes Configuration-Register 119b, wie z.B. eines der ge- 
malJ IEEE-Standard 1532 spezif izierten Register ISC_PData 
bzw. ISC_ RData, an die Ausgange des ASICs 108 als paralle- 
le Schnittstelle zwischen dem ASIC 108 und dem zu program- 
mierenden Flash-Speicher 116 angeschlossen werden (siehe 
Fig. 2) . Wie in Fig. 3 dargestellt, sind dann wahlweise 
drei verschiedene Verbindungen moglich: 

a) eine Verbindung der Steuer-, Daten- und/oder Adress- 
eingange des zu programmierenden Flash-Speichers 116 
mit dem ASIC 108 (Normalbetrieb) , 

b) eine Verbindung der Steuer-, Daten- und/oder Adress- 
eingange des zu programmierenden Flash-Speichers 116 
mit einem Signaleingang fur BSCAN-Testdaten (SCAN_IN) 

' zur Funktionsprufung des Flash-Speichers oder 

c) eine Verbindung der Steuer-, Daten- und/oder Adress- 
eingange des zu programmierenden Flash-Speichers 116 
mit dem Configuration-Register 119b zur Konf iguration 
des Flash-Speichers mit Hilfe der im BSDL-File abge- 
speicherten Konf igurationsdaten . 

Dies wird durch Modifikation der BSCAN-Zelle 204 erreicht, 
wie im Fig. 3 dargestellt. Er f indungsgemaJi verftigt eine sol- 
che BSCAN-Zelle 204 uber einen Eingangs-Multiplexer 302a zur 
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Durchschaltung eines von mindestens zwei Eingangssignalen 
(DATA_IN, SCAN_IN) in Abhangigkeit eines an einem Steuersig- 
naleingang (SEL) anliegenden Steuersignals (SHIFT_DR) , wo- 
durch wahlweise eine Verbindung vom ASIC 108 bzw. von einem 
Signaleingang fiir BSCAN-Testdaten (SCAN_IN) zu dem Flash- 
Speicher 116 durchgeschaltet wird. Ein Scan- bzw. Capture- 
Flipflop 304 dient zur Zwischenspeicherung der von dem ASIC 
108 erhaltenen Programmierdaten (DATA_ IN) bzw. der BSCAN- 
Testdaten (SCAN_IN) . Zur Aus 16 sung bzw. zur Beendigung einer 
Schreiboperation wird ein Update-Flipf lop 306 verwendet, mit 
dessen Hilfe einzelne Steuersignal-, Daten- und/oder Adress- 
eingange des Flash-Speichers 116 angesteuert werden. Uber ei- 
nen Ausgangs-Multiplexer 302bl bzw. 302b2 zur Durchschaltung 
eines von mindestens zwei Eingangssignalen (DATA_IN, SCAN_ 
OUT, Conf data) kann in Abhangigkeit eines an einem Steuer- 
signaleingang (SEL) anliegenden Steuersignals (MODE) wahlwei- 
se eine Verbindung vom ASIC 108 bzw. von einem Signaleingang 
fiir Konfigurationsdaten (Conf data) zu dem Flash-Speicher 116 
durchgeschaltet werden. 

Eine Scan- bzw. Capture-Zelle 204a des Configuration- 
Registers 119b zur In-System-Konfiguration (ISC) des Flash- 
Speichers 116 besteht nach einem ersten Ausf uhrungsbeispiel 
der vorliegenden Erfindung aus einem Scan- bzw. Capture- 
Flipflop 308 zur Zwischenspeicherung der vom ASIC 108 erhal- 
tenen Konfigurationsdaten (Conf data) und einem Ausgangs- 
Multiplexer 302c zur Durchschaltung eines von zwei Eingangs- 
signalen (SCAN_OUT, Conf data) in Abhangigkeit eines an einem 
Steuersignaleingang (SEL) anliegenden Steuersignals (UPD_DR) . 
Somit kann wahlweise eine Verbindung vom ASIC 108, von einem 
Signaleingang fiir BSCAN-Testdaten (SCAN_IN) bzw. von einem 
Signaleingang fiir Konfigurationsdaten (Conf data) zu dem 
Flash-Speicher 116 durchgeschaltet werden. 
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GemaJJ einem zweiten Ausf uhrungsbeispiel der vorliegenden Er- 
findung wird anstelle des Ausgangs-Multiplexers 302c ein Up- 
date-Flipf lop 306 zur Ansteuerung einzelner Steuersignal-, 
5 Daten- und/oder Adresseingange des Speicherbausteins 116 

zwecks Auslosung bzw. Beendigung einer Schreiboperation ver- 
wendet. 

Der entscheidende Vorteil der vorliegenden Erfindung gegen- 
10 - liber herk6mmlichen : On-Board-Programmierverfahren nach dem 
Stand der Technik besteht darin, dass mit Hilfe des erfin- 
dung sgemaB en Verfahrens die Unterschiede zwischen Flash- und^ 
PLD-Programmierung eliminiert werden. Dabei bilden ASIC 108 
und Flash-Speicher 116 eine Einheit im.Rahmen des IEEE- 
15 Standards . 1532 . Dadurch dass die Stromlauf eigenschaf ten im 

BSDL-File gespeichert sind, ergibt sich fur den Anwender auch 
der Vorteil einer erheblichen Verringerung des Programmier- 
aufwands, da die Verbindungen zwischen dem ASIC 108 und dem 
Flash-Speicher 116 nicht mehr aus dem Stromlauf plan bzw. der 
20 daraus ableitbaren Netzliste entnommen werden mtissen. 
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Patentansprtiche 

1. Verfahren zur On-Board-Programmierung und/oder In-System- 
Konfiguration (ISC) eines Speicherbausteins (116) auf einer 
Leiterplatte (100, 200) durch Ansteuerung der Eingange des 
Speicherbausteins (116) mit Hilfe eines auf der Leiterplatte 
(100, 200) montierten Halbleiterbausteins (108) iiber einzelne 
Speicherzellen (204) eines Boundary Scan (BSCAN) -Registers 
(118) zur Aktivierung bzw. Deaktivierung einer Schreibopera- 
tion, wobei 

- die Architekturbeschreibung des Halbleiterbausteins (108) 
und des zu programmierenden Speicherbausteins (116) sowie 
das Datenformat der Programmier- (DATA_IN) und Konfigurati- 
onsdaten (Conf data) in einer Datei bereitgestellt werden, 
und 

- die Leiterplatte (100, 200) iiber eine Schnittstelle (102) 
zur Ein- bzw. Ausgabe von Standardbussignalen (TDI, TDO, 
TMS, TCK und TRST) sowie zur Eingabe der Ansteuersignale 
des Halbleiterbausteins (106) ansteuerbar ist, 

dadurch gekennzeichnet , dass 

weiterhin die Daten der Netzliste bzw. des Stromlauf plans, 
welche(r) die Konf iguration der Schnittstelle (102) zwischen 
dem zu programmierenden Speicherbaustein (116) und dem Halb- 
leiterbaustein (108) festlegt, in weiteren Dateien bereitge- 
stellt werden. 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, dass 

der Halbleiterbaustein (108) und der zu programmierende Spei 
cherbaustein (116) als zusammenhangende Einheit (120) ange- 
steuert werden. 
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3.. Verfahren nach einem der Anspruche 1 oder 2, 
dadurch gekennzeichnet, dass 

der Programmieralgorithmus zur Programmierung des Speicher- 
bausteins (116) automatisch durch Zugriff auf die weitere Da- 
tei erzeugt wird. 

4. Verfahren nach einem der Anspruche 1 bis 3, 
gekennzeichnet durch 

die simultane Programmierung mehrerer Speicherbausteine (114, 
116) auf derselben Leiterplatte (100) tiber die Schnittstelle 
(102): V 

y 

5. Verfahren nach einem der Anspruche 1 bis 4, 
gekennzeichnet durch 

die Implementierung eines Datenregisters (119b) zur Zwischen- 
speicherung der bei Burstbetrieb anfallenden Adress- und 
Steuerdaten, angeschlossen an die Ausgange des fur die Pro- 
grammierung des Speicherbausteins (116) vorgesehenen anwen- 
dungsspezif ischen integrierten Halbleiterbausteins (108) . 

6. Parallele Schnittstelle zur On-Board-Programmierung und/ 
oder In-System-Konf iguration (ISC) eines Speicherbausteins 
(116) auf einer Leiterplatte (100, 200) durch Ansteuerung 
einzelner Eingange des Speicherbausteins (116) mit Hilfe ei- 
nes auf der Leiterplatte (100, 200) montierten anwendungsspe- 
zifischen integrierten Halbleiterbausteins (108) uber Spei- 
cherzellen (204) eines Boundary Scan (BSCAN) -Registers (118) 
zur Aktivierung bzw. Deaktivierung einer Schreiboperation, 
dadurch gekennzeichnet, dass 

die parallele Schnittstelle durch eine Serienschaltung mehre- 
rer Speicherzellen (204a), die Teil des BSCAN-Registers (118) 
sind, gebildet ist. 
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7. Parallele Schnittstelle zur On-Board-Programmierung und/ 
Oder In-System-Konfiguration (ISC) eines Speicherbausteins 
(116) auf einer Leiterplatte (100, 200) durch Ansteuerung 
einzelner Eingange des Speicherbausteins (116) mit Hilfe ei- 
nes auf der Leiterplatte montierten anwendungsspezif ischen 
integrierten Halbleiterbausteins (108) uber Speicherzellen 
(204) eines Boundary Scan (BSCAN) -Registers (118) zur Akti- 
vierung bzw. Deaktivierung einer Schreiboperation, 
dadurch gekennzeichnet , dass 

die parallele Schnittstelle durch Serienschaltung mehrerer 
Speicherzellen (204a) eines zur In-System-Konf iguration (ISC) 
des zu programmierenden Speicherbausteins (116) verwendeten 
Datenregisters (119b) gebildet ist. 

8. Speicherzelle eines Boundary Scan (BSCAN) -Registers (118) 
zur On-Board-Programmierung eines Speicherbausteins (116) auf 
einer Leiterplatte (100, 200) durch Ansteuerung einzelner 
Eingange des Speicherbausteins (116) mit Hilfe eines auf der 
Leiterplatte (100, 200) montierten anwendungsspezif ischen in- 
tegrierten Halbleiterbausteins (108) zur Aktivierung bzw. De- 
aktivierung einer Schreiboperation, 

gekennzeichnet durch 

- einen Eingangs-Multiplexer (302a) zur Durchschaltung eines 
von mindestens zwei Eingangssignalen (DATA_IN, SCAN_IN) in 
Abhangigkeit eines an einem Steuersignaleingang (SEL) an- 
liegenden Steuersignals (SHIFT_DR) , wodurch wahlweise eine 
Verbindung vom Halbleiterbaustein (108) bzw. von einem Sig- 
naleingang fur BSCAN-Testdaten (SCAN_IN) zu dem Speicher- 
baustein (116) durchgeschaltet wird, 

- ein Scan- bzw. Capture-Flipf lop (304) zur Zwischenspeiche- 
rung der vom Halbleiterbaustein (108) erhaltenen Program- 
mierdaten (DATA_ IN) bzw. der BSCAN-Testdaten (SCAN_IN) , 
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- ein Update-Flipf lop (306) zur Ansteuerung einzelner Steuer- 
signal-, Daten- und/ oder Adresseingange des Speicherbau- 
steins (116) zur Auslosung bzw. Beendigung einer Schreib- 
operation und 

- einen Ausgangs-Multiplexer (302bl, 302b2) zur Durchschal- 
tung eines von mindestens zwei Eingangssignalen (DATAJEN, 
SCAN_OUT, Conf data) in Abhangigkeit eines an einem Steuer- 
signaleingang (SEL) anliegenden Steuersignals (MODE), wo- 
durch wahlweise eine Verbindung vom Halbleiterbaustein 
(108) bzw. von einem Signaleingang fur Konf igurationsdaten 

(Conf data) zu dem Speicherbaustein (116) durchgeschaltet V 

v 

wird. 

9. Speicherzelle eines Datenregisters (119b) zur In-System- 
Konf iguration (ISC) eines Speicherbausteins (116) auf einer 
Leiterplatte (100, 200) durch Ansteuerung einzelner Eingange 
d es speicherbausteins (116) mit Hilfe eines auf der Leiter- 
platte (100, 200) montierten anwendungsspezif ischen integ- 
rierten Halbleiterbausteins (108) zur Aktivierung bzw. Deak- 
tivierung einer Schreiboperation, 
gekennzeichnet durch 

- ein Scan- bzw. Capture-Flipf lop (308) zur Zwischenspeiche- 
rung der vom Halbleiterbaustein (108) erhaltenen Konf igura- 
tionsdaten (Conf data) und 

- einen Ausgangs-Multiplexer (302c) zur Durchschaltung eines 
von zwei Eingangssignalen (SCAN_OUT, Conf data) in Abhan- 
gigkeit eines an einem Steuersignaleingang (SEL) anliegen- 
den Steuersignals (UPD_DR) , wodurch wahlweise eine Verbin- 
dung vom Halbleiterbaustein (108), von einem Signaleingang 
fur BSCAN-Testdaten (SCAN_IN) bzw. von einem Signaleingang 
fur Konf igurationsdaten (Conf data) zu dem Speicherbaustein 
(116) durchgeschaltet wird. 
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10. Speicherzelle nach Anspruch 9, 
dadurch gekennzeichnet, dass 

anstelle des Ausgangs-Multiplexers (302c) ein Update-Flipf lop 
(306) zur Ansteuerung einzelner Steuersignal- , Daten- und/ 
oder Adresseingange des Speicherbausteins (116) zwecks AuslS- 
sung bzw. Beendigung einer Schreiboperation verwendet wird. 
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Z u s ammen f a s s ung 

Programmierung eines Speicherbausteins uber ein Boundary 
Scan-Register 

5 

Die Erfindung basiert auf einem Verfahren sowie einer paral- 
lelen Schnittstelle (118, 119b) zur On-Board-Prograimtiierung 
und/oder In-System-Konf iguration (ISC) eines auf einer Lei- 
terplatte (100, 200) montierten Speicherbausteins (116) durch 

10 Ansteuerung seiner Eingange mit Hilfe eines auf derselben 

Leiterplatte (100, 200) montierten anwendungsspezif ischen in- 
tegrierten Halbleiterbausteins (108) liber ein Boundary Scan 
(BSCAN) -Register (118), dessen Ausgangssignale zur Aktivie- 
rung bzw. Deaktivierung einer Schreiboperation vorgesehen 

15 sind. Dabei sind die Architekturbeschreibung des Halbleiter- 
bausteins (108) und des zu programmierenden Speicherbausteins 
(116) sowie das Datenformat der Programmier- (DATA__IN) und 
Konf igurationsdaten (Conf data) in einem Boundary-Scan .Desc- 
ription Language (BSDL) -File abgespeichert . Die Leiterplatte 

20 (100, 200) ist liber eine zur Durchfiihrung einer Funktionsprli- 
fung des Speicherbausteins (116) geeignete JTAG-Schnittstelle 
(102) zur Ein- bzw. Ausgabe von Standardbussignalen (TDI, 
TDO, TMS, TCK und TRST) sowie zur Eingabe der AnsteuersignaHjP^ 
des Halbleiterbausteins (106) ansteuerbar. 

25 

Zur Verringerung des Programmierauf wands werden erf indungsge- 
mali die Daten des Stromlauf plans bzw. der daraus ableitbaren 
Netzliste, welche die Konf iguration der Schnittstelle (118, 
119b) zwischen dem zu programmierenden Speicherbaustein (116) 
30 und dem Halbleiterbaustein (108) festlegen, in dem BSDL-File 
abgespeichert, so dass der zu programmierende Speicherbau- 
stein (116) nach Anpassung der Eigenschaf ten des Halbleiter- 
bausteins (108) an den IEEE-Standard 1532 uber eine JTAG- 
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Schnittstelle (102) genuall IEEE-Standard 1149.1 in gleicher 
Weise wie ein programmierbarer Logikbaustein (PLD) program- 
miert werden kann. 

Figuren 1 und 2 
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